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TECHNICAL FIELD 

[0001] The present disclosure generally relates to reliable multicast of data 
to a plurality of targets, and selection of a rate at which to send the data. 

BACKGROUND 

[0002] In some applications, large numbers of computers may require the 
application of large software images, such as an operating system (OS). For 
example, a group including hundreds of servers may be connected to the Internet 
to support a well-known website; these servers may be considered to be clients or 
"targets". It may be necessary to download to the targets an OS image from a 
master server, or simply a "server". Such a download may be prompted by 
creation of the group, or by a software update which must be applied to the group. 
To facilitate the download of the OS image to the targets, the server may use a 
multicast system. 

[0003] The multicast involves the transmission from the server to large 
numbers of clients or targets of large data files or "images" which may be 
encrypted and/or compressed. Upon receipt of the data, each target is configured 
to decrypt and decompress the data, and to store the resulting data on the hard 
drive. Where the targets are not a homogeneous group, there may be a wide 
discrepancy in the rate at which different targets process and store the data. 
Accordingly, some targets may receive data at a rate that is slower than that at 
which they could accurately receive and process the data, while other targets may 
be unable to receive and process the incoming data without error. 
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[0004] Accordingly, a need exists for an improved method and procedure 
for multicasting data, wherein a rate of data transfer is selectable to result in a 
desired outcome. 

SUMMARY 

[0005] A system and method for probing a plurality of clients for a rate 
appropriate for multicasting is described. In one implementation, test data is sent 
by a server to a plurality of clients. A rate, R i5 based at least in part on a rate at 
which test data was received, is sent by at least some of the plurality of clients to 
the server. A rate, Ro, at which an image is to be sent to the plurality of clients, is 
then calculated as a function of at least some of the Rj. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0006] The same reference numerals are used throughout the drawings to 
reference like components and features. 

[0007] Fig. 1 illustrates an exemplary environment within which multicast 
transfer rate probing could be employed. 

[0008] Fig. 2 illustrates an exemplary system within which multicast 
transfer rate probing could be employed. 

[0009] Fig. 3 is a flow diagram that describes an implementation of the 
operation of a server. 

[0010] Fig. 4 shows alternative implementations of the test data formulation 
block of Fig. 3. 

[0011] Fig. 5 shows elements which may be included in implementations of 
the send test data block 304 of Fig. 3. 
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[0012] Fig. 6 shows elements which may be included in implementations of 
the receive Rj values block 306 of Fig. 3. 

[0013] Fig. 7 shows alternative implementations of the calculate Ro block 
308 of Fig. 3. 

[0014] Fig. 8 is a flow diagram that describes an implementation of the 
operation of a client. 

[0015] Fig. 9 shows optional elements which may be included within 
implementations of the receive test data block 802 of Fig. 8. 

[0016] Fig. 10 shows alternative implementations of the calculate a rate Ri 
block 804 of Fig. 8. 

[0017] Fig. 11 shows optional elements which may be included within 
implementations of the send the rate Ri block 806 of Fig. 8. 

[0018] Fig. 12 is a flow diagram that describes an implementation of the 
operation of a system, wherein a multicast transfer rate is determined. 

[0019] Fig. 13 illustrates an exemplary computing environment suitable for 
implementing a client or server computing device. 
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DETAILED DESCRIPTION 



Overview 

[0020] The following discussion is directed to systems and methods by 
which a server may transmit a large data file, such as an operating system (i.e. an 
"image") to a plurality of clients (i.e. "targets") based on a multicast transmission. 
Prior to the transmission, the server performs a multicast transfer rate probe, i.e. a 
probe by which a rate for the transmission of the image is established. In one 
implementation, test data is selected and sent by the server to the plurality of 
clients. A rate, Rj, at which each of the plurality of clients receives and processes 
the test data is established by the respective client, and then transmitted to the 
server. The server then calculates a rate, Ro, at which an image is to be sent to the 
plurality of clients, as a function of the Rj. As a result of the multicast transfer rate 
probe process, the selected data transfer rate, Ro, provides reliable data transfer for 
all, or a selected group, of the clients. 

[0021] The system and method provides a number of advantages. In 
particular, better estimation of the capacity of each client to receive and process 
data results from selection by the server of subsets of the image for use as test data. 
Additionally, by configuring the clients to select an appropriate algorithm by to 
determine an Rj associated with that client's performance, the Rj's sent to the 
server may be tailored to meet the needs of the system. Similarly, by configuring 
the server to select an appropriate algorithm by which to determine Ro, based on 
the input Rj's, the system can be further tailored. Additionally, by providing the 
image to the clients by means of reliable multicast, and by allowing the clients to 
communicate with the server by means of a UDP (user datagram protocol), the 
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method and associated systems are scalable to allow data multicast to large 
numbers of clients. 

Exemplary Environment 

[0022] Fig. 1 illustrates an exemplary environment 100 within which a large 
image, such as an operating system (OS) may be multicast. In particular, a server 
102 is configured for multicasting, and for multicast transfer rate probing, over a 
network 104. An arbitrarily large number of clients, illustrated for simplicity as 
clients 106—112 are connected to the network 104. The network 104 may by any 
kind of network, exhibit any type of topology and utilize any type of network 
technology. The clients 106—112 may be homogeneous or heterogeneous. 
However, as will be seen in greater detail below, the elements discussed solve 
problems that are frequently related to circumstances wherein the clients are 
heterogeneous — particularly wherein the clients exhibit differing abilities to 
receive, decrypt, decompress and store information sent by a server utilizing 
multicasting- or reliable multicasting-based transmission. 

[0023] While a variety of communications technologies may be used, an 
exemplary system environment 100 employs Reliable Multicast data transmission 
between the server 102 and clients 106 — 112. Where the clients 106—112 do not 
yet have an OS image on their hard drives, they may still be configured to 
communicate via BMSS (BIG monitor sub system) or alternate technology. 
Additionally, to avoid opening a TCP connection between each client and the 
server 102, the clients may communication with the server by means of a UDP 
(user datagram protocol). This results in scalability, in that overhead is reduced. 

[0024] Fig. 2 illustrates an exemplary system 200 within which multicast 
transfer rate probing could be employed. An IDS (image distribution service) 
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server 102 is associated with a controller 202. An exemplary controller 202 is 
configured software, and typically resides on the same machine as the IDS server 
102. 

[0025] An exemplary server 102 includes a test data generation module 204. 
The test data generation module 204 generates test data 206 for transmission to a 
plurality of clients 106— 1 12. In a preferred implementation, the test data 206 is a 
subset of an image 208 to be sent to the plurality of clients. The image 208 may be 
obtained from a directory 210, which may include a plurality of images, each for 
use under appropriate circumstances. For example, the image 208 may be an 
operating system and/or applications for deployment on the clients. The operation 
of the test data generation module 204 may be further understood by referencing 
the discussion of block 302 in Fig. 3 and the discussion of Fig. 4. 

[0026] An Ro calculation module 212 is configured to receive a rate Rj at 
which the test data 206 was received by each of the plurality of clients 106 — 112. 
Additionally, the Ro calculation module 212 calculates the rate Ro at which to send 
the image 208 to the plurality of clients 106—112, wherein the rate Ro is a 
function of the Rj. The operation of the Ro calculation module 212 may be further 
understood by referencing the discussion of block 308 of Fig. 3 and the discussion 
of Fig. 7. 

[0027] A data communication module 214 and an image distribution service 
(IDS) 216 are configured to multicast the test data 206 and the image 208 to the 
clients 106—112. 

[0028] The controller 202 may be configured to include Window 
Management Instrumentation (WMI) 218 and a controller service 220. Imaging 
instructions 222 may be stored and processed by WMI 218 or a similar procedure. 
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[0029] The client 106 is configured with imaging tools 224 and an agent 
226, which provide functionality seen in some of the discussion of Figs. 8—12. 
Exemplary Methods 

[0030] Exemplary methods for implementing variable play speed control of 
media streams will now be described with primary reference to the flow diagrams 
of Figs. 3—12. The methods are exemplary of the operation of the 
implementations discussed above with respect to Figs. 1—2. The elements of the 
described methods may be performed by any appropriate means including, for 
example, hardware logic blocks on an ASIC or by the execution of processor- 
readable instructions defined on a processor-readable medium. 

[0031] A "processor-readable medium," as used herein, can be any means 
that can contain, store, communicate, propagate, or transport instructions for use 
by or execution by a processor. A processor-readable medium can be, without 
limitation, an electronic, magnetic, optical, electromagnetic, infrared, or 
semiconductor system, apparatus, device, or propagation medium. More specific 
examples of a processor-readable medium include, among others, an electrical 
connection having one or more wires, a portable computer diskette, a random 
access memory (RAM), a read-only memory (ROM), an erasable programmable- 
read-only memory (EPROM or Flash memory), an optical fiber, a rewritable 
compact disc (CD-RW), and a portable compact disc read-only memory 
(CDROM). 

[0032] Fig. 3 is a flow diagram that describes an implementation 300 of the 
operation of a server 102. At block 302, the test data generation module 204 or 
similar procedure generates test data 206 for transmission to a plurality of clients 
106—1 12. In a preferred implementation, the test data 206 is a subset of an image 
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208 to be sent to the plurality of clients. This gives the clients exposure to realistic 
data, and makes the Rj's generated by the clients more accurate. 

[0033] At block 304, the test data 206 is sent to a plurality of clients 106 — 
112. In a preferred implementation, the test data 206 is sent by reliable 
multicasting over the network 104 to the clients 106 — 112. At block 306, the 
server receives the Ri values via UDP from each, or at least some, of the clients. 
The Ri values include the rate (R) at which the "i th " client received the test data 
206. (E.g., R(249) (i=249) would be the rate at which the 249 th client received the 
test data.) In a further example, while the data may have been sent by the server 
102 at 25 mb/sec, it may have actually been received, decrypted, decompressed 
and written to disk by a particular client at 22 mb/sec. Accordingly, that client 
would return an Rj to the server of 22 mb/sec. Since this client was not processing 
data as fast as it came in, its buffer would eventually overflow, resulting in a 
failure of the image to transfer. 

[0034] At block 308, a rate Rq is calculated by the server 102. The rate Ro is 
the rate at which the image 208 will be sent to the clients 106 — 1 12. The rate Ro is 
a function of at least some of the Rj's sent by the clients. For example, if the Rj's 
include low values (i.e. the clients are receiving data slowly), the value of Ro 
would also have to be low, to allow the clients to successfully receive the data. At 
block 310, the image 208 is sent to the clients at the selected rate of Ro during a 
first multicast session. 

[0035] Optionally at block 312, the image may be resent to a second group 
of clients during a second multicast session. For example, where a group of clients 
were unable to process the data sent by the multicast at the rate Ro, a new — 
smaller — value for Ro could be selected. The smaller value of Ro could be used in 
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the second multicast session, thereby allowing the group of clients to receive the 
image 208. 

[0036] Fig. 4 shows alternative implementations of the test data formulation 
block 302 of Fig. 3. In particular, Fig. 4 shows alternative configurations of the 
operation of the test data generation module 204. In a first alternative 402, the test 
data is formed by configuring the test data generation module 204 to select an 
algorithm which obtains a selected percentage of the image file 208 to form the 
test data 206. 

[0037] In a second alternative 404 and variation of alternative 1, the test 
data generation module 204 is configured to vary the amount of test data generated 
or the percentage of the image file 208 selected. Such varying allows for control 
over the balance between the reliability and the cost of the estimation of the value 
for Ro. For example, where the test data file 206 contains a greater percentage of 
the data within the image file 208, the Rj's will tend to better reflect the client's 
ability to receive data at the R f rate. Accordingly, the Ro value, which is a function 
of the Rj's, will also be more accurate. However, there is cost and overhead 
associated with the use of a larger test data file 206. 

[0038] In a third alternative 406, the test data generation module 204 is 
configured to obtain a quantity of data of a selected size from the image 208. 
Thus, the size of the test data is prescribed. In a fourth alternative 408, the size of 
the test data is selected to result in the transmission of the test data in a selected 
period of time, at a given rate. Thus, the time during which the test data is 
transmitted is prescribed. 

[0039] Fig. 5 shows optional elements 502 — 508 in implementations of the 
send test data block 304 of Fig. 3. At block 502, the test data 206 is sent to the 
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clients 106—112 by a reliable multicast session. Alternatively, other multicast or 
data cast technologies could be substituted. 

[0040] At block 504, the server 102 is configured to send an initial 
transmission of data. Following the initial transmission, a timer is set. 
Transmission of the data within the test data file 206 is continued until the timer 
expires (times out). 

[0041] At block 506, the server 102 is configured to send test data formed 
from a portion of the image at an initial transfer rate, which is typically selected to 
be fairly high, relative to an expectation of the rate at which the clients can receive 
and process the data. In a further variation, at block 508, the server is configured 
to send, as test data, a first portion of the image at a first rate of transmission in a 
first multicast. A second portion of the image is then sent at a second rate 
(typically slower) in a second multicast. The two transmissions can be compared, 
(by comparing two sets of Ri's from the clients) to determine how well the clients 
were able to process data at the two speeds. 

[0042] Fig. 6 shows optional elements 602 — 606 in implementations of the 
receive R; data block 306 of Fig. 3. At block 602, the server 102 is configured to 
receive UDP packets from each client 106—112. Use of UDP packets allows the 
number of clients to be scaled up without significantly increasing the overhead to 
the server 102. 

[0043] At block 604, each client 106—112 optionally transfers data-transfer 
statistics to the server. For example, the following statistics could be sent to the 
server: highest instantaneous rate; average rate; last received rate; bytes of 
received data, etc. 
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[0044] At block 606, in an optional embodiment, the server 102 initiates a 
timer to indicate a maximum period during which the server will wait for clients to 
respond by sending their Rj values (and possibly additional data-transfer statistics) 
to the server following transmission of the test data 206. Accordingly, the server 
accumulates the Rj values during the period of timer operation. Following 
expiration of the timer, the server assumes that the clients from whom no response 
(e.g. a UDP packet with an Rj value) was received sent UDP packets which were 
lost, or that another error prevented the client from making a response. 

[0045] Fig. 7 shows alternative implementations of the calculate Ro block 
308 of Fig. 3, wherein the Ro calculation module 212 of the server calculates the 
Ro value (i.e. the rate at which the image 208 will be sent) using the Rj values as 
input. In a first alternative method of calculating Ro, seen at block 702, Ro is set as 
a function of the minimum Rj. For example, Ro may be set equal to the minimum 
Ri for all i. That is, Ro is set equal to the slowest of the Rj. Accordingly, all of the 
clients will have demonstrated the ability to download and process data at the rate 
(Ro) at which the image will be multicast. 

[0046] In a second alternative method of calculating Ro, seen at block 704, 
the clients are divided into at least two groups as a function of their Rj values. For 
example, the clients may be divided into a faster group and a slower group. The 
value for Ro is then set as a function of the minimum Rj in one of the groups. For 
example, Ro may be set equal to the minimum Rj value in one of the groups. In a 
further example, where Ro is set equal to the smallest Rj in the faster group, all of 
the members of the faster group will probably be successful in receiving the image 
by the multicast. 
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In a third alternative method of calculating Ro, seen at block 706, the Rq 
calculation module 212 selects one value of Rj associated with one of the clients. 
For example, the Rj selected may be the average value of the Rj's. The value of Ro 
is then set equal to the selected R i5 less a de-rating factor (i.e. an arbitrary amount 
by which the value of Ro is set below the selected R i5 so that the client associated 
with the Ri (and other similar clients) will be able to receive the image if 
downloaded at the Ro value. 

[0047J Fig. 8 is a flow diagram that describes an implementation 800 of the 
operation of a client 106 — 112. At block 802, test data 206 is received from the 
server. Referring to Fig. 9, optional elements which may be included within 
implementations of the receive test data block 802 of Fig. 8. As seen in Fig. 9, 
three representative, optional means by which the client may receive test data are 
presented. The functionality of blocks 802 and Fig. 9 may reside within a data 
reception module, which may be defined within the agent 226. At block 902, the 
client simply receives the test data 206 in the form of a portion of the image 208. 
At block 904, upon receipt of an initial packet of test data, the client starts a timer. 
During the operation of the timer, the client continues to receive test data. Upon 
expiration — or firing — of the timer, the client stops receiving the test data. At 
block 906, the received data may be decrypted, decompressed and written to a hard 
disk. 

[0048] Returning to Fig. 8, at block 804, the client calculates an Rj value 
based at least in part on the rate at which the data was received. In particular, the 
Ri value reflects the client's ability to receive the data, decrypt the data (if 
necessary), decompress the data and to write the data to a hard disk. As seen in 
Fig. 10, three representative, alternative means by which the Rj value may be 
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calculated are presented. The functionality of block 804 and Fig. 10 may reside 
within Rj calculation module, which may be defined within the agent 226. These 
three methods are representative of the many methods which could be substituted. 
At block 1002, the rate Rj is set equal to, or as a function of, an average rate at 
which the client receives data. Similarly, at block 1004, the value Rj could be set 
at a minimum rate at which the client received data. In a still further method of 
calculating Rj, at block 1006 the rate Rj may be selected according to any desired 
method, such as selecting the average rate of data reception. Then the selected 
value of Rj is "de-rated" or reduced to result in a lower, and therefore safer 
assumption of the rate at which the client is prepared to receive, process and store 
data. 

[0049] At block 806, the rate Rj is sent to the server by the client. The 
functionality of block 806 — 810 may reside within an Rj management module, and 
may be defined within the agent 226. As seen in Fig. 11, two optional features or 
elements may be performed. At block 1102, the client may utilize UDP packets 
when sending the rate Rj to the server. Where the clients utilize UDP packets, 
communication may not be as reliable as when using TCP; however, use of UDP 
packets allows the number of clients to be increased with only an incremental 
increase in overhead. At block 1104, in a further optional element, the clients may 
send the server additional transfer rate statistics, in addition to the key statistic: the 
rate R; at which data was received. 

[0050] Returning to Fig. 8, at block 808 the client waits for the image data 
to be transmitted from the server, particularly where the rate Ro at which the server 
will transmit data is slower than the rate Rj at which the client was able to receive 
test data. Optionally, at block 810, the client may receive the image in a second 
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multicast from the server, where the rate of the first multicast was greater than the 
ability of the client to receive and process data. In this case, the client may receive 
the image in the second multicast, which is sent using a second Ro that is slower 
than the first Ro- 

[00511 Fig. 12 is a flow diagram that describes an implementation 1200 of 

6 the operation of a system, wherein a multicast transfer rate is determined. 

7 [0052] At block 1202, an image service or server 102 starts sending out test 

8 data 206 at a rate specified by a controller 202. The test data is sent out by a 

9 multicast or data cast technology, such as reliable multicast. The test data is 
J typically generated according to one of the alternatives seen in Fig. 4, or to an 
n alternate algorithm, as desired. Typically, that rate of data transmission, R, is set to 

12 the highest rate practicable for later transmission of an image 208. 

13 [0053] At block 1204, the server 102 start a timer, which when it expires, 
,4 cancels the transmission of the test data 206. The timer may be set for N minutes, 
is such as 30 seconds, 2 minutes, etc. 

16 [0054] At block 1206, when the client 106— 1 12 receives the first of the test 

17 data 206, the client starts a timer. When the timer expires, the client stops 
, 8 receiving and processing the test data 206. The client's timer is typically set for 
19 the same value, e.g. N minutes, as the server's timer. 

J [0055] At block 1208, the server's continues to send data until the timer on 

21 the server expires. Similarly, the clients each continue to receive data until their 

22 respective timers expire or until they have a buffer overflow (due to their failure to 

23 receive and process the test data rapidly enough). During this period, the overall 

24 receiving rate and instantaneous receiving rates are saved by each client, as well as 

25 other data-transfer statistics. If the server finishes sending data before the client's 
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timer fires, the client waits until the client's timer does fire. Where the client's 
buffer overflows (e.g. due to the client's inability to receive and process data at the 
rate at which the server was sending it), the client waits for it timer to expire. 

[0056] At block 1210, upon expiration of the client's timer, the client 
calculates the client's receiving rate, R t . The Rj calculated by each client can be 
based on the overall and instantaneous receiving rates during the transmission of 
the test data. For example, as we seen previously in Fig. 10, the receiving rate may 
be calculated in a variety of methods. 

[0057] At block 1212, the client sends the calculated value of Ri to the 
server, typically by transmission of UDP packets. Additionally, the client may also 
include other data-transfer statistics within the transmission to the server. Because 
there could be "T" clients (targets), the R { received by the server would include Ri 
where i=l to T. After sending Ri to the server, each client waits for transmission of 
the image data 208. 

[0058] At block 1214, the server 102 calculates the rate Ro based on the Ri 
the server received from the clients. The calculation of Ro could be made by the 
Ro calculation module 212, and could be made in manner similar to that seen in 
Fig. 7. Following calculation of Ro, server may delay for several seconds. 

[0059] At block 1216, the server sends the image data at the rate Ro 
calculated at block 1214, using a reliable multicast transmission, or alternate data 
cast technology. 

[0060] While one or more methods have been disclosed by means of flow 
diagrams and text associated with the blocks of the flow diagrams, it is to be 
understood that the blocks do not necessarily have to be performed in the order in 
which they were presented, and that an alternative order may result in similar 
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advantages. Furthermore, the methods are not exclusive and can be performed 
alone or in combination with one another. 
Exem plary Computer 

[0061] Fig. 13 illustrates an exemplary computing environment suitable for 
implementing a client or server computing device. Although one specific 
configuration is shown, the server 102 and client 106—112 maybe implemented in 
other computing configurations. The computing environment 1300 includes a 
general-purpose computing system in the form of a computer 1302. The 
components of computer 1302 can include, but are not limited to, one or more 
processors or processing units 1304, a system memory 1306, and a system bus 
1308 that couples various system components including the processor 1304 to the 
system memory 1306. 

[0062] The system bus 1308 represents one or more of any of several types 
of bus structures, including a memory bus or memory controller, a peripheral bus, 
an accelerated graphics port, and a processor or local bus using any of a variety of 
bus architectures. An example of a system bus 1308 would be a Peripheral 
Component Interconnects (PCI) bus, also known as a Mezzanine bus. 

[0063] Computer 1302 typically includes a variety of computer readable 
media. Such media can be any available media that is accessible by computer 
1302 and includes both volatile and non-volatile media, removable and non- 
removable media. The system memory 1306 includes computer readable media in 
the form of volatile memory, such as random access memory (RAM) 1310, and/or 
non- volatile memory, such as read only memory (ROM) 1312. A basic 
input/output system (BIOS) 1314, containing the basic routines that help to 
transfer information between elements within computer 1302, such as during start- 
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up, is stored in ROM 1312. RAM 1310 typically contains data and/or program 
modules that are immediately accessible to and/or presently operated on by the 

processing unit 1304. 

[0064] Computer 1302 can also include other removable/non-removable, 
volatile/non-volatile computer storage media. By way of example, Fig. 13 
illustrates a hard disk drive 1316 for reading from and writing to a non-removable, 
non-volatile magnetic media (not shown), a magnetic disk drive 1318 for reading 
from and writing to a removable, non-volatile magnetic disk 1320 (e.g., a "floppy 
disk"), and an optical disk drive 1322 for reading from and/or writing to a 
removable, non-volatile optical disk 1324 such as a CD-ROM, DVD-ROM, or 
other optical media. The hard disk drive 1316, magnetic disk drive 1318, and 
optical disk drive 1322 are each connected to the system bus 1308 by one or more 
data media interfaces 1326. Alternatively, the hard disk drive 1316, magnetic disk 
drive 1318, and optical disk drive 1322 can be connected to the system bus 1308 
by a SCSI interface (not shown). 

[0065] The disk drives and their associated computer-readable media 
provide non-volatile storage of computer readable instructions, data structures, 
program modules, and other data for computer 1302. Although the example 
illustrates a hard disk 1316, a removable magnetic disk 1320, and a removable 
optical disk 1324, it is to be appreciated that other types of computer readable 
media which can store data that is accessible by a computer, such as magnetic 
cassettes or other magnetic storage devices, flash memory cards, CD-ROM, digital 
versatile disks (DVD) or other optical storage, random access memories (RAM), 
read only memories (ROM), electrically erasable programmable read-only memory 
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(EEPROM), and the like, can also be utilized to implement the exemplary 
computing system and environment. 

[0066] Any number of program modules can be stored on the hard disk 
1316, magnetic disk 1320, optical disk 1324, ROM 1312, and/or RAM 1310, 
including by way of example, an operating system 1326, one or more application 
programs 1328, other program modules 1330, and program data 1332. Each of 
such operating system 1326, one or more application programs 1328, other 
program modules 1330, and program data 1332 (or some combination thereof) 
may include an embodiment of a caching scheme for user network access 
information. 

[0067] Computer 1302 can include a variety of computer/processor readable 
media identified as communication media. Communication media typically 
embodies computer readable instructions, data structures, program modules, or 
other data in a modulated data signal such as a carrier wave or other transport 
mechanism and includes any information delivery media. The term "modulated 
data signal" means a signal that has one or more of its characteristics set or 
changed in such a manner as to encode information in the signal. By way of 
example, and not limitation, communication media includes wired media such as a 
wired network or direct-wired connection, and wireless media such as acoustic, 
RF, infrared, and other wireless media. Combinations of any of the above are also 
included within the scope of computer readable media. 

[0068] A user can enter commands and information into computer system 
1302 via input devices such as a keyboard 1334 and a pointing device 1336 (e.g., a 
"mouse"). Other input devices 1338 (not shown specifically) may include a 
microphone, joystick, game pad, satellite dish, serial port, scanner, and/or the like. 
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These and other input devices are connected to the processing unit 1304 via 
input/output interfaces 1340 that are coupled to the system bus 1308, but may be 
connected by other interface and bus structures, such as a parallel port, game port, 
or a universal serial bus (USB). 

[0069] A monitor 1342 or other type of display device can also be connected 
to the system bus 1308 via an interface, such as a video adapter 1344. In addition 
to the monitor 1342, other output peripheral devices can include components such 
as speakers (not shown) and a printer 1346 which can be connected to computer 
1302 via the input/output interfaces 1340. 

[0070] Computer 1302 can operate in a networked environment using 
logical connections to one or more remote computers, such as a remote computing 
device 1348. By way of example, the remote computing device 1348 can be a 
personal computer, portable computer, a server, a router, a network computer, a 
peer device or other common network node, and the like. The remote computing 
device 1348 is illustrated as a portable computer that can include many or all of the 
elements and features described herein relative to computer system 1302. 

[0071] Logical connections between computer 1302 and the remote 
computer 1348 are depicted as a local area network (LAN) 1350 and a general 
wide area network (WAN) 1352. Such networking environments are 
commonplace in offices, enterprise-wide computer networks, intranets, and the 
Internet. When implemented in a LAN networking environment, the computer 
1302 is connected to a local network 1350 via a network interface or adapter 1354. 
When implemented in a WAN networking environment, the computer 1302 
typically includes a modem 1356 or other means for establishing communications 
over the wide network 1352. The modem 1356, which can be internal or external 
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to computer 1302, can be connected to the system bus 1308 via the input/output 
interfaces 1340 or other appropriate mechanisms. It is to be appreciated that the 
illustrated network connections are exemplary and that other means of establishing 
communication link(s) between the computers 1302 and 1348 can be employed. 

[0072] In a networked environment, such as that illustrated with computing 
environment 1300, program modules depicted relative to the computer 1302, or 
portions thereof, may be stored in a remote memory storage device. By way of 
example, remote application programs 1358 reside on a memory device of remote 
computer 1348. For purposes of illustration, application programs and other 
executable program components, such as the operating system, are illustrated 
herein as discrete blocks, although it is recognized that such programs and 
components reside at various times in different storage components of the 
computer system 1302, and are executed by the data processor(s) of the computer. 

Conclusion 

[0073] Although the invention has been described in language specific to 
structural features and/or methodological acts, it is to be understood that the 
invention defined in the appended claims is not necessarily limited to the specific 
features or acts described. Rather, the specific features and acts are disclosed as 
exemplary forms of implementing the claimed invention. 
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